Secure virtual personalized network

ABSTRACT

A computer provides a secure, virtual personalized network (SVPN) for a first user with master privileges and at least a second user with guest privileges in the SVPN. Notably, the computer may execute a virtual machine that provides a container for the SVPN of the first user, and the first electronic device associated with the first user and a second electronic device associated with the second user may execute instances of an application that facilitates secure communication in the SVPN. Moreover, the first electronic device may store a set of first encryption keys and the second electronic device may store a set of second encryption keys, which allow the first electronic device and the second electronic device to securely communicate with each other via the SVPN. Note that the computer may not be able to access the set of first encryption keys or the set of second encryption keys.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 17/013,622, “Secure Virtual Personalized Network,” by Dave M. Glassco, filed on Sep. 6, 2020, which is a continuation of U.S. patent application Ser. No. 16/215,605, “Secure Virtual Personalized Network,” by Dave M. Glassco, filed on Dec. 10, 2018 (now U.S. Pat. No. 10,798,069), the contents of both of which is herein incorporated by reference.

FIELD

The described embodiments relate to techniques for securely communicating content among electronic devices. Notably, the described embodiments relate to techniques for communicating content among electronic devices in a secure, virtual personalized network.

BACKGROUND

The Internet is an increasingly popular public network for exchanging information or content among individuals and organizations. Notably, the wide-spread availability of the Internet and increasing bandwidths is allowing individuals to access a wide variety of content via an ever-increasing number of applications. For example, many individuals use so-called ‘social networks’ to exchange information with large groups of people, including their friends, family and colleagues. These social networks allow users to stay in touch with and to rapidly disseminate information to the groups of people, and allow users to discover new friends and colleagues based at least in part on the information other users publish in the social networks.

However, the same strengths of social networks can also be liabilities. For example, the same ease of access and the ability to exchange information with a large group of people can make it difficult for users of social network to control access to the information that they publish on the social networks. Notably, many social networks leverage the published information to generate revenue, such as by selling the published information to third parties, and by analyzing the published information to provide advertising and promotional offers to the users.

Fundamentally, there is a conflict of interest between individuals' desire for privacy and the desire of providers of social networks to make money. Thus, even though some social networks provide privacy settings that ostensibly allow users to control who sees or accesses their information, in practice the privacy settings typically do not allow the users to restrict or limit how the providers of the social networks use the published information or associated determined information about the users. Stated differently, when a service offered by a provider of a social network on the Internet is seemingly ‘free,’ you are the product not the customer. The inherent tradeoff between privacy and the convenient service provided by social networks is often concerning and frustrating to users, which can degrade the user experience.

SUMMARY

In a first group of embodiments, a computer that provides a secure, virtual personalized network (SVPN) is described. This computer includes a network interface, a processor and memory. The network interface communicates with a group of electronic devices, which includes at least a first electronic device and a second electronic device. Moreover, the processor executes program instructions, stored in the memory, to provide the SVPN for the group of electronic devices. Notably, during operation, in response to a set-up request associated with the first electronic device of a first user, the computer may establish an instance of a virtual machine that provides a container for the SVPN of the first user. Note that the set-up request may occur when an account with a provider of the SVPN is established for the first user and a first instance of an application associated with the SVPN is provided to or installed on the first electronic device. This first instance of the application may provide master privileges in the SVPN to the first user.

For example, the request may be received from the first electronic device. Alternatively, the set-up request may original within the computer, such as from installation program instructions executed by the computer and that set up the account and provide the first instance of the application. In some embodiments, the set-up request is received from another computer that sets up the account and provides the first instance of the application.

Moreover, when the first instance of the application is provided to the first electronic device or when the virtual machine is established, information that can be used to generate a set of first encryption keys (such as a first token) may be provided to the first electronic device. For example, the first token may include or may specify a generating function for the set of first encryption keys. However, in some embodiments, the computer may generate or select the set of first encryption keys, and then may provide the set of first encryption keys to the first electronic device. Note that the set of first encryption keys may not be stored in the memory and the computer may not be able to access the set of first encryption keys.

Furthermore, in response to an invitation message received from the first electronic device and which specifies an address associated with a second user, the computer may provide a guest message to the address with a link or information specifying the link to join the SVPN of the first user. In response to activation of or navigation to the link, the computer may provide, to a second electronic device associated with the second user, a second instance of the application associated with the SVPN that provides guest privileges in the SVPN of the first user, and thus allows the second user to join the SVPN of the first user. When the second instance of the application is provided to the second electronic device, information that can be used to generate a set of second encryption keys (such as a second token) may be provided to the second electronic device. For example, the second token may include or may specify a generating function for the set of second encryption keys. However, in some embodiments, the computer may generate or select the set of second encryption keys, and then may provide the set of second encryption keys to the second electronic device. The set of second encryption keys may include at least a second encryption key that is a counterpart to at least one encryption key in the set of first encryption keys that is reserved for communication between the first electronic device and at least the second electronic device, and which allow the second electronic device to securely communicate only with other electronic devices in the SVPN (such as the first electronic device or at least some of the group of electronic devices). Note that the set of second encryption keys may not be stored in the memory and the computer may not be able to access the set of second encryption keys.

Additionally, after the second user joins the SVPN, the computer may receive a first secure message from the first electronic device for the second electronic device. This first secure message may be encrypted using at least a first encryption key in the set of first encryption keys that is reserved for communication between the first electronic device and at least the second electronic device, and which allow the first electronic device to securely communicate at least with the second electronic device via the SVPN. In response, the computer may provide the first secure message to the second electronic device. In some embodiments, the computer may subsequently receive a second secure message from the second electronic device for the first electronic device. This second secure message may be encrypted using the second encryption key.

Note that the first secure message or the second secure message may be provided via one or more queues, which continue to attempt to provide the first secure message or the second secure message until they are, respectively, received by the second electronic device or the first electronic device. Then, the first secure message or the second secure message are removed or deleted from the one or more queues.

At least some of the aforementioned operations may be repeated for one or more additional electronic devices associated with one or more additional users, so that the one or more additional users can join the SVPN of the first user with guest privileges.

Moreover, in some embodiments, the first user can add one or more additional electronic devices to the SVPN, and which as associated with the account of the first user. As with the first electronic device, the one or more additional electronic devices may have master privileges in the SVPN. The one or more additional electronic devices may have access to the set of first encryption keys. For example, when the first user adds the one or more additional electronic devices to the SVPN, the first electronic device may provide the set of first encryption keys or information that specifies the set of first encryption keys to the one or more additional electronic devices.

Furthermore, in some embodiments, the first user may have a local computer that provides the same functions as the computer. In these embodiments, the computer may provide back-up and failover redundancy for the local computer. For example, the computer may copy at least some of the information on the local computer after a mirroring time interval has elapsed and, in the event of failure of the local computer, the computer may step in to provide or facilitate the SVPN. When the local computer is available again, the local computer may notify the computer and/or the group of electronic devices (such as the second electronic device) in the SVPN, so that communication traffic in the SVPN is routed or sent directly to the local computer again. Note that the local computer and the computer may communicate or ping each other after a proof-of-life time interval, so that the computer can confirm that the local computer is available. In some embodiments, the local computer also performs the functions of a router.

Moreover, the group of electronic devices may be remotely located from the computer

Furthermore, the computer may be included in a distributed computer system, which may include two or more computers that each implement an instance of the program instructions, thereby providing failover redundancy. For example, the computer may provide the SVPN as a cloud-based service that is accessed by the group of electronic devices via another network, such as the Internet. Note that a provider of the computer or the computer system may be different from the provider of the SVPN.

Thus, the container in the computer may include the information (such as network locations or addresses) needed to route communication between the first electronic device and the group of electronic devices based at least in part on established and long-lived associations in the SVPN, and without assistance of another computer in the other network, which conveys the communication among the first electronic device, the computer and the group of electronic devices via at least a non-wireless communication technique, such as Ethernet. Note that the computer may support up to N SVPNs of N users, where N is an integer that is greater than zero and the N SVPNs have separate containers and are independent of each other. While, based at least in part on accepted invitations, electronic devices of users may be included in more than one SVPN, the communication within an SVPN may be independent of the communication in another SVPN.

In some embodiments, the computer sets up the account for the first user and provides the first instance of the application to the first electronic device in response to a request received from the first electronic device. For example, the program instructions may include the installation program instructions. When setting up the account, the computer may receive billing information (such as bank information or information that specifies a debit card or a credit card) that verifies the first user. Thus, in the SVPN, the first user may have an identity that is known to the provider of the SVPN. However, in some embodiments, the second user (and, more generally, users with guest privileges in the SVPN) may not be verified and, therefore, may have identities that are not known to the provider of the SVPN. Alternatively, in some embodiments, the users with guest privileges in the SVPN (such as the second user) may also be verified and, thus, having identities that are known to the provider of the SVPN.

Another embodiment provides the program instructions or the installation program instructions that, when executed by the computer or the local computer, perform at least some of the preceding operations of the computer or the local computer.

Another embodiment provides a method for providing a SVPN, which are performed by the computer or the local computer. This method includes at least some of the operations performed by the computer or the local computer.

Another embodiment provides the first electronic device or the second electronic device, which performs at least some counterpart operations to at least some of the preceding operations of the computer. For example, during operation, the first electronic device may use at least the first encryption key to generate the first secure message based at least in part on content received from the first user.

Another embodiment provides the application that, when executed by the first electronic device or the second electronic device, performs at least some counterpart operations to at least some of the preceding operations of the computer.

Another embodiment provides a method for communicating in a SVPN, which are performed by the first electronic device or the second electronic device. This method includes at least some of the operations performed by the first electronic device or the second electronic device.

In a second group of embodiments, a computer or a local computer provides a chat application (or service) for use by the first user and the second user, who are both verified, e.g., having known identities via their respective accounts with a provider of the chat application. For example, billing information included with the account information may verify the first user and the second user. In some embodiments, the chat application is an SVPN for a group of users, which includes the first user and the second user.

Another embodiment provides program instructions that, when executed by the computer or the local computer, perform at least some of the preceding operations of the computer or the local computer.

Another embodiment provides a method for providing a chat application or environment, which are performed by the computer or the local computer. This method includes at least some of the operations performed by the computer or the local computer.

In a third group of embodiments, a computer or a local computer provides a verified persona for a user of a social network provided by a different entity than a provider of the SVPN (or, more generally, when interacting with other users via the other network, such as the Internet). For example, the first user or the second user's identities may be known to the provider of the SVPN, such as via their respective accounts with the provider of the SVPN. However, a given user may be able to define one or more verified personas that are associated with their accounts with the provider of the SVPN. The one or more verified personas may obfuscate the known identities of the given user when using the social network. Notably, the given user may be able to login to the social network using a given one of the one or more verified personas. This may allow the given user the benefits and privacy of selectively making themselves anonymous (and controlling what information about themselves is made public), while offering the protection of being able to identify the given user when needed (such as to prevent fraudulent, unwanted, criminal or dangerous activity in the social network. Notably, this capability may allow the social network to take appropriate remedial action.

Another embodiment provides program instructions that, when executed by the computer or the local computer, perform at least some of the preceding operations of the computer or the local computer.

Another embodiment provides a method for providing a verified persona, which is performed by the computer or the local computer. This method includes at least some of the operations performed by the computer or the local computer.

This Summary is provided merely for purposes of illustrating some exemplary embodiments, so as to provide a basic understanding of some aspects of the subject matter described herein. Accordingly, it will be appreciated that the above-described features are merely examples and should not be construed to narrow the scope or spirit of the subject matter described herein in any way. Other features, aspects, and advantages of the subject matter described herein will become apparent from the following Detailed Description, Figures, and Claims.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a block diagram illustrating n example of a system with electronic devices communicating in accordance with an embodiment of the present disclosure.

FIG. 2 is a flow diagram illustrating an example method for establishing an account with a provider of a secure, virtual personalized network (SVPN) in accordance with an embodiment of the present disclosure.

FIG. 3 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 4 is a flow diagram illustrating an example method for establishing an SVPN in accordance with an embodiment of the present disclosure.

FIG. 5 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 6 is a flow diagram illustrating an example method for inviting a user to join an SVPN in accordance with an embodiment of the present disclosure.

FIG. 7 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 8 is a flow diagram illustrating an example method for providing secure communication in an SVPN in accordance with an embodiment of the present disclosure.

FIG. 9 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 10 is a flow diagram illustrating an example method for providing backup and failover for an SVPN in accordance with an embodiment of the present disclosure.

FIG. 11 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 12 is a flow diagram illustrating an example method for providing a verified persona in accordance with an embodiment of the present disclosure.

FIG. 13 is a drawing illustrating an example of communication among the electronic devices in FIG. 1 in accordance with an embodiment of the present disclosure.

FIG. 14 is a block diagram illustrating one of the electronic devices of FIG. 1 in accordance with an embodiment of the present disclosure.

Note that like reference numerals refer to corresponding parts throughout the drawings. Moreover, multiple instances of the same part are designated by a common prefix separated from an instance number by a dash.

DETAILED DESCRIPTION

In a first group of described embodiments, a computer (such as a cloud-based computer) provides a secure, virtual personalized network (SVPN) for a first user with master privileges in the SVPN and at least a second user with guest privileges in the SVPN. Notably, the computer may execute a virtual machine that provides a container for the SVPN of the first user, and the first electronic device associated with the first user and a second electronic device associated with the second user may execute instances of an application that facilitates secure communication in the SVPN. Moreover, the first electronic device may store a set of first encryption keys and the second electronic device may store a set of second encryption keys, which allow the first electronic device and the second electronic device to securely communicate at least with each other via the SVPN. Note that the computer may not be able to access the set of first encryption keys or the set of second encryption keys.

By facilitating secure communication between the first electronic device and the second electronic device, these communication techniques may allow the first user and the second user in the SVPN to exchange content with each other in a controlled manner. Notably, the first user and the second user may control who has access to the information that they publish in the SVPN, which allows the first user and the second user to avoid the problems associated with existing social networks, cloud-based storage and other online applications. Thus, the first user and the second user may restrict or eliminate the ability of third parties (such as marketing firms, advertisers and, more generally, data-mining firms) to access or obtain their private or privileged content. Consequently, the communication techniques may improve user security and privacy, which may improve the user experience when using the first electronic device, the computer and/or the second electronic device and exchanging content with the other users in the SVPN.

In the discussion that follows electronic devices and computers may include radios or, more generally, network interfaces that communicate packets or frames in accordance with one or more communication protocols, such as: an Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard (which is sometimes referred to as ‘WiFi®’, from the WiFi® Alliance of Austin, Texas), Bluetooth™ (from the Bluetooth Special Interest Group of Kirkland, Washington), a cellular-telephone communication protocol, another type of wireless interface, a wired network communication protocol (e.g., Ethernet, Ethernet II or an IEEE 802.3 standard, which are individually or collectively henceforth referred to as ‘Ethernet’) and/or another network communication protocol. For example, the cellular-telephone communication protocol may include or may be compatible with: a 2^(nd) generation or mobile telecommunication technology, a 3^(rd) generation of mobile telecommunications technology (such as a communication protocol that complies with the International Mobile Telecommunications-2000 specifications by the International Telecommunication Union of Geneva, Switzerland), a 4^(th) generation of mobile telecommunications technology (such as a communication protocol that complies with the International Mobile Telecommunications Advanced specification by the International Telecommunication Union of Geneva, Switzerland), and/or another cellular-telephone communication technique. In some embodiments, the communication protocol includes Long Term Evolution or LTE. However, a wide variety of communication protocols may be used. In addition, the communication may occur via a wide variety of frequency bands. In the discussion that follows, Ethernet (which is sometimes referred to as a ‘non-wireless communication technique’ or protocol) is used as an illustrative example.

Communication among electronic devices is shown in FIG. 1 , which presents a block diagram illustrating a system 100 that includes electronic devices 110 (such as a computer, a portable electronic device, a cellular telephone, a tablet computer, etc., which are sometimes referred to as a ‘group of electronic devices’), computer 112 (such as a cloud-based computer or server, which may be included in a distributed computer system) and optional enrollment computer 114 that communicate with each other using wired (or non-wireless communication) via network 116 (such as the Internet) and/or optional wireless communication via a cellular-telephone network 106 (e.g., via an optional base station 118), a wireless local area network (e.g., via an optional access point 120) and/or a another wireless communication technique.

As described further below with reference to FIGS. 8-9 , computer 112 may provide an SVPN for a first user of at least one of electronic devices (such as electronic device 110-1) that has master privileges in the SVPN, which may allow electronic device 110-1 to be used to invite another user (such as the second user) to join the SVPN. Notably, the SVPN may be of or for the first user, while other users of a remainder of electronic devices 110 (such as a second user of electronic device 110-2) may have guest privileges in the SVPN of the first user (i.e., the other users may be guests in the SVPN of the first user). (However, in some embodiments, the first user may define or specify that two or more of electronic devices 110 have master privileges in the SVPN.) The SVPN may be provided by computer 112 by executing a virtual machine that provides a container for the SVPN of the first user, and electronic devices 110 may execute instances of an application that facilitates secure communication in the SVPN. Note that computer 112 may execute different virtual machines that provide separate containers for other SVPNs that are independent of the SVPN. For example, computer 112 may host up to N independent SVPNs, where N is an integer that is greater than zero.

Moreover, electronic device 110-1 may store a set of first encryption keys (with one or more encryption keys) and electronic device 110-2 may store a set of second encryption keys (with one or more encryption keys), which allow electronic devices 110-1 and 110-2 to securely communicate at least with each other via the SVPN. For example, a given encryption key may be: a symmetric encryption key, an asymmetric encryption key (such as public and a private encryption keys) and/or an encryption key that is derived from or based at least in part on another encryption key (such as a symmetric encryption key that is encrypted using a public encryption key). Note that computer 112 may not be able to access the set of first encryption keys or the set of second encryption keys. Furthermore, the container may include information, such as locations or network addresses (e.g., an IP address, or equivalently a fully qualified domain name, and a communication port), that allow computer 112 to facilitate the secure communication between electronic devices 110 over or via network 116 without the assistance of another computer in network 116. Alternatively, the locations or network addresses may be distributed and stored in electronic devices 110.

During operation, electronic device 110-1 may receive content or information from the first user. For example, the content may include: text, audio, music, photographs, video, presentations, documents, etc. In some embodiments, the content includes embedded content, such as a pointer or a link to a location where the content can be accessed. In response, electronic device 110-1 may use at least a first encryption key in the set of first encryption keys to generate a first secure message for electronic device 110-2. Then, electronic device 110-1 may transmit or provide the first secure message, via the optional base station 118 and/or the optional access point 120, and network 116, to computer 112. After receiving the first secure message, computer 112 may use the information in the container (such as the location or network address of electronic device 110-2) to route or forward the first secure message to electronic device 110-2 via networks(s) 116 (which may involve wired and/or wireless communication).

After receiving the first secure message, electronic device 110-2 may use at least a second encryption key in the set of second encryption keys to decrypt the first secure message. Next, electronic device 110-2 may receive content from the second user. In response, electronic device 110-2 may use at least the second encryption key to generate a second secure message for electronic device 110-1. Then, electronic device 110-2 may transmit or provide the second secure message, via network 116, to computer 112. After receiving the second secure message, computer 112 may use the information in the container (such as the location or network address of electronic device 110-1) to route or forward the second secure message to electronic device 110-1 via networks(s) 116, the optional base station 118 and/or the optional access point 120.

In these ways, the communication techniques may be used to provide secure communication, which allows the users of the SVPN to reduce or eliminate (and, more generally, control) access to their content by third parties for purposes of marketing, advertising and/or data mining.

Furthermore, as described further below with reference to FIGS. 2-7 , the first user may interact with computer 112 and/or the optional enrollment computer 114 to establish an account with a provider of the SVPN, to establish the SVPN on computer 112 and to invite other users (such as the second user) to join the SVPN. For example, the first user may remotely interact with computer 112 and/or the optional enrollment computer 114 via a secure Web-Browser interface.

As described further below with reference to FIGS. 10-11 , in some embodiments the first user may also use an optional local computer 122 that has similar capabilities to computer 112 (as well as optional additional capabilities, such as the ability to function as a router or access point in a wireless local area network). For example, the optional local computer 122 may be owned and located at the first user's home or business (and, more generally, in an environment of or associated with the first user). In these embodiments, computer 112 may provide back-up and failover redundancy for the optional local computer 122. For example, computer 112 may copy at least some of the information on the optional local computer 122 after a mirroring time interval (such as a few minutes) has elapsed. Moreover, in the event of failure of the optional local computer 122 (such as a power or network failure at a location of or proximate to the optional local computer 122), computer 112 may step in to provide or facilitate the SVPN. When the optional local computer 122 is available again, local computer 112 may notify, via network 116, computer 112 and/or electronic devices 110 in the SVPN, so that communication traffic in the SVPN is routed or sent directly to the optional local computer 122 again. Alternatively, in some embodiments, all secure messages or traffic in the SVPN may be routed through computer 112, which, when the optional local computer 122 is operating or available, may then route traffic for electronic device 110-1 through or via the optional local computer 122. Note that computer 112 and the optional local computer 122 may communicate or ping each other regularly (such as a after a proof-of-life time interval of a few minutes), so that computer 112 can confirm that the optional local computer 122 is available.

Additionally, as described further below with reference to FIGS. 12-14 , the first user and/or the other users in the SVPN may be verified users. Notably, a provider of the SVPN (who may be different from a provider of computer 112 and/or the optional local computer 122) may verify and, thus, may known identities of the first user and/or the other users in the SVPN based at least in part on billing information associated with the accounts with the provider of the SVPN. This capability may allow computer 112 to facilitate improved interaction among the first user and/or the other users in the SVPN in applications within the SVPN (such as a chat application) or in applications outside of the SVPN. For example, a user (such as the first user) may define one or more verified personas that allow the user to login or access a social network from a different provider than the provider of the SVPN via computer 112. For example, the social network may be hosted by computer 128. Note that a given persona may be verified, in the sense that it confirms that the identity of the user is in principle known, but still may allow the user to keep their identity in the social network secret or anonymous (unless special circumstances dictate that the user's identity needs to be determined). In this way, the user may selectively control the information about themselves that is made public when they access or use the social network.

As noted previous, in some embodiments communication among components in system 100 involves wireless communication. During the wireless communication, electronic devices 110, the optional base station 118, the optional access point 120 and/or the optional local computer 122 may: transmit advertising frames on wireless channels, detect one another by scanning wireless channels, establish wireless connections (for example, by transmitting association requests), and/or transmit and receive packets or frames (which may include the association requests and/or additional information as payloads, such as secure messages with content or pointers to locations where the content can be accessed, etc.). Moreover, during the wired communication, electronic devices 110, computer 112, the optional enrollment computer 114 and/or the optional local computer 122 may receive packets or frames using a wired communication technique or protocol (e.g., Ethernet II or an IEEE 802.3 standard). In some embodiments, the optional local computer 122 may convert packets or frames that are received using the wired communication technique to a WLAN communication technique or protocol (such as an IEEE 802.11 standard or an LTE standard), and may wirelessly transmit the packets or frames. Similarly, the optional local computer 122 may: receive packets or frames using the WLAN communication technique; convert the packets or frames to the wired communication technique; and transmit the packets or frames. Thus, the optional local computer 122 may perform the functions of an access point.

As described further below with reference to FIG. 14 , electronic devices 110, computer 112, the optional enrollment computer 114, the optional base station 118, the optional access point 120 and/or the optional local computer 122 may include subsystems, such as: a networking subsystem, a memory subsystem and a processor subsystem. In addition, electronic devices 110, the optional base station 118, the optional access point 120 and/or the optional local computer 122 may include radios 124 in the networking subsystems. (Note that radios 124 may be instances of the same radio or may be different from each other.) More generally, electronic devices 110, computer 112, the optional enrollment computer 114, the optional base station 118, the optional access point 120 and/or the optional local computer 122 can include (or can be included within) any electronic devices with the networking subsystems that enable electronic devices 110, computer 112, the optional enrollment computer 114, the optional base station 118, the optional access point 120 and/or the optional local computer 122 to communicate with each other using wired communication (e.g., a non-wireless communication technique) and/or optional wireless communication. The optional wireless communication can comprise transmitting advertisements on wireless channels to enable electronic devices to make initial contact or detect each other, followed by exchanging subsequent data/management frames (such as association requests and responses) to establish a wireless connection, configure security options (e.g., Internet Protocol Security), and transmit and receive packets or frames via the wireless connection, etc.

As can be seen in FIG. 1 , wireless signals 126 (represented by a jagged line) are optionally transmitted from radio 124-1 in electronic device 110-1. These wireless signals are optionally received by at least the optional access point 120. Notably, electronic device 110-1 may optionally transmit packets. In turn, these packets may be optionally received by a radio 124-2 in the optional access point 120. This may allow electronic device 110-1 to wirelessly communicate information to the optional access point 120. While FIG. 1 illustrates electronic device 110-1 transmitting packets, note that electronic device 110-1 may also receive packets from the optional access point 120.

In the described embodiments, processing of a packet or frame in electronic devices 110, the optional base station 118, the optional access point 120 and/or the optional local computer 122 includes: receiving signals (such as wireless signals 126) with the packet or frame; decoding/extracting the packet or frame from the received signals to acquire the packet or frame; and processing the packet or frame to determine information contained in the packet or frame (such as the information or content associated with or included in a secure message).

Note that the communication among electronic devices 110, computer 112, the optional enrollment computer 114, the optional base station 118, the optional access point 120 and/or the optional local computer 122 may be characterized by a variety of performance metrics, such as: a data rate, a data rate for successful communication (which is sometimes referred to as a ‘throughput’), an error rate (such as a retry or resend rate), a mean-square error of equalized signals relative to an equalization target, intersymbol interference, multipath interference, a signal-to-noise ratio, a width of an eye pattern, a ratio of number of bytes successfully communicated during a time interval (such as 1-10 s) to an estimated maximum number of bytes that can be communicated in the time interval (the latter of which is sometimes referred to as the ‘capacity’ of a channel or link), and/or a ratio of an actual data rate to an estimated data rate (which is sometimes referred to as ‘utilization’).

In these ways, the communication techniques may provide a robust SVPN that the users can user to communicate with each other while protecting their privacy and the privacy of the information they exchange via the SVPN.

Although we describe the network environment shown in FIG. 1 as an example, in alternative embodiments, different numbers or types of electronic devices may be present. For example, some embodiments comprise more or fewer electronic devices. As another example, in another embodiment, different electronic devices are transmitting and/or receiving packets or frames. While electronic devices 110 and optional access point 120 are illustrated with a single instance of radios 124, in other embodiments electronic devices 110, optional access point 120 and/or another component in system 100 may include multiple radios.

FIG. 2 presents a flow diagram illustrating an example method 200 for establishing an account with a provider of an SVPN, which may be performed by a computer (such as computer 112 and/or optional enrollment computer 114 in FIG. 1 ). During operation, the computer may receive a request (operation 210) from a first electronic device associated with a first user. In response to the request, the computer may set up the account (operation 212) for the first user (assuming that the first user does not already have an account). When setting up the account, information may be exchanged with the first electronic device. For example, the computer may ask for and, in response, may receive answers to the questions, such as billing information of the first user. Note that the billing information may include bank information or information that specifies a debit card or a credit card of the first user. As described further below, the billing information may be used to verify the first user, such as to confirm their identity and that he or she is, in fact, a real person. Thus, in the SVPN, the first user may have an identity that is known to a provider of the SVPN (such as a provider of an SVPN service that is hosted on the computer).

Next, the computer may provide a first instance of an application (operation 214), e.g., software with program instructions, to the first electronic device. This may include providing a link or information that specifies a location of the link. When activated by the first user or when the first user navigates to the link, the first instance of the application may be downloaded to the first electronic device. Alternatively, the first instance of the application may be downloaded to the first electronic device automatically during method 200. For example, the application may include installation program instructions. As described further below, this first instance of the application may provide master privileges to the first user in an SVPN of the first user, such as the ability to invite guests (such as friends, colleagues or family members) to join the SVPN.

FIG. 3 presents a drawing illustrating an example of communication between electronic device 110-1 and computer 112 (and/or optional enrollment computer 114). Based at least in part on an instruction or a command 310 received from the first user using a user-interface device 308 in electronic device 110-1 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), a processor 326 in electronic device 110-1 may instruct an interface circuit (IC) 312 in electronic device 110-1 to provide a request 314 to computer 112 (such as in a packet or a frame).

After receiving request 314, interface circuit 316 in computer 112 may provide request 314 to processor 318. In response, processor 318 may set up an account 320 for the first user. This may involve bidirectional communication 322, via interface circuits 312 and 316, of information 324 with the first user, which is presented to the first user by processor 326 and, e.g., a display 328 in electronic device 110-1. Note that when setting up account 320, processor 318 may store account information 330 in memory 332 in computer 112.

Next, processor 318 may instruct 334 interface circuit 316 to provide a first instance of an application 336 to electronic device 110-1. After receiving application 336, processor 326 may install 338 application 336. In response to an instruction or a command 340 received from the first user using user-interface device 308, processor 326 may execute application 336 (such as in the context of an environment on electronic device 110-1, e.g., in an operating system of electronic device 110-1).

FIG. 4 presents a flow diagram illustrating an example method 400 for establishing or providing an SVPN, which may be performed by a computer (such as computer 112 in FIG. 1 ). During operation, the computer may receive a set-up request (operation 410), e.g., from a first electronic device associated with a first user or from a program module or instructions executed by the computer. This set-up request may be the same as or different from the request in method 200 (FIG. 2 ). For example, in embodiments where the computer sets up the account, the set-up request may be provided by the program module or instructions while or after the account of the first user is set up (assuming that the first user does not already have an account). In some embodiments, the set-up request is received from the optional enrollment computer, which may set up the account and provide the first instance of the application in method 200 (FIG. 2 ).

Alternatively, after the application is installed on the first electronic device (following the operations in method 200 in FIG. 2 ), the first user may launch or activate the application. When this occurs for the first time, the application may provide the set-up request to the computer. However, in some embodiments, there may be a single request provide by the first user using the first electronic device. In response to this request, the account for the first user may be set up (via the operations in method 200 in FIG. 2 ) and the operations in method 400 may be performed. Thus, the set-up request may occur when the account with the provider of the SVPN is established for the first user and a first instance of an application associated with the SVPN is provided to and/or installed on the first electronic device.

In response to the set-up request, the computer may establish or create an instance of a virtual machine (operation 412) that provides a container for the SVPN of the first user. This container may include executable package of software that includes everything needed to run the SVPN, including: SVPN code, a runtime executable or compiled SVPN code, tools, libraries and settings. Moreover, memory and processing resources associated with the container may be self-contained and independent of any other virtual machines, process and/or applications on the computer. Therefore, the virtual machine provides a self-contained operating system or environment in which the SVPN executes independently of other virtual machines, process and/or applications on the computer. As described further below, the SVPN may allow the first electronic device to communicate securely with a group of electronic devices associated with other users and which may include one or more electronic devices. Note that the electronic devices in the group, as well as the first electronic device, may be remotely located from the computer.

In some embodiments, the computer may be included in a distributed computer system, which may include two or more computers that each implement an instance of program instructions for the SVPN (and, thus, which each may include a duplicate instance of the virtual machine container), thereby providing failover redundancy. For example, the computer may provide the SVPN as a cloud-based service that is accessed by the group of electronic devices via a network, such as the Internet. Note that a provider of the computer or the computer system may be different from the provider of the SVPN.

Moreover, the computer may provide information (operation 414) that can be used to generate a set of first encryption keys to the first electronic device. (Alternatively, the information may be provided when the first application is provided to the first electronic device in method 200 in FIG. 2 .) As described further below, these set of first encryption keys (which may include one or more encryption keys) may be used by the first instance of the application to encrypt or de-encrypt secure messages with content or information that are communicated in the SVPN with at least a subset of the group of other electronic devices.

For example, the information may include a first token that is used by the first electronic device (such as the first instance of the application) to generate the set of first encryption keys. Notably, the first token may include or may specify a generating function for the set of first encryption keys. However, in some embodiments, the computer may generate or select the set of first encryption keys, and then may provide the set of first encryption keys to the first electronic device.

Note that the set of first encryption keys may not be stored in the memory and the computer may not be able to access the set of first encryption keys. This may ensure that the users of the SVPN (such as the first user) have exclusive control over who can via the content or the information in the secure messages that are communicated in the SVPN. Stated differently, neither the provider of the SVPN service nor the operator or provider of the computer that hosts the SVPN (which may be different from the provider of the SVPN) may be able to access or de-encrypt the secure messages that are communicated in the SVPN.

In some embodiments, in order to provide redundancy to the set of first encryption keys on the first electronic device, the first user of the electronic device may store the set of first encryption keys in off-line memory (such as a USB memory stick). Alternatively or additionally, as described further below, in some embodiments the first user may have more than one electronic device that has master privileges and that stores or has access to the set of first encryption keys.

As part of establishing the virtual machine with the container (operation 412), the computer may establish a maintained association with the first electronic device in the SVPN. For example, maintaining a pre-established association may include storing in memory on the computer the location or network address of the first electronic device (such as an IP address, or equivalently a fully qualified domain name, and a communication port). In turn, another component in the SVPN (such as the first electronic device) may maintain a pre-establish a counterpart association with the computer. In the discussion that follows, a ‘maintained association’ includes locations that allow a given electronic device or the computer to establish a dynamic ‘connection’ (such as a connection using a TCP/IP protocol), which allows the given electronic device or the computer to securely communicate content or information in the SVPN.

Thus, the container in the computer may include the information (such as the locations or network addresses) needed to route communication between the first electronic device and the group of electronic devices based at least in part on established and long-lived associations in the SVPN (and without assistance of another computer in the network) that convey the communication among the first electronic device, the computer and the group of electronic devices via at least a non-wireless communication technique, such as Ethernet. Note that the computer may support up to N SVPNs of N users, where N is a non-zero, positive integer and the N SVPNs have separate containers and are independent of each other. While electronic devices in the group of electronic devices may be included in more than one SVPN, the communication within an SVPN may be independent of the communication in another SVPN.

In some embodiments, the computer optionally performs one or more additional operations (operation 416). For example, components in the SVPN (such as the first electronic device or the computer) may also maintain the associations by updating each other regarding any changes to the locations of any of the electronic devices or the computer (such as a change to an IP address, or equivalently a change to a fully qualified domain name, and/or a change to a communication port). As an analogy, the components in the SVPN may each function as their own personal Domain Name System, so that the SVPN is distributed and is not dependent on location information that is centrally stored in a network (such as network 116 in FIG. 1 ) and, thus, is less vulnerable to tampering, denial of service attacks, etc.

When communication of a secure message fails (e.g., when a given electronic device in the group of electronic devices or the computer does not receive an acknowledgment from a recipient electronic device in the group of electronic devices within an allotted time interval), a given electronic device or the computer may perform an optional remedial action to determine or detect a change to a location in a network (such as network 116 in FIG. 1 ) of, e.g., another electronic device in the group of electronic devices. Then, the given electronic device (such as the first electronic device) or the computer may communicate a secure message with an update to the location (which is encrypted using an encryption key in the set of first encryption keys of the first user or a compatible encryption key, such as a public encryption key) to the group of electronic devices in the SVPN.

The remedial action may include a variety of techniques that detect the change in the location, such as: poking a hole through a firewall to determine the IP address of another electronic device (such as a second electronic device) in the SVPN; connecting to a point in a network (such as network 116 in FIG. 1 ) and then tracing the route back to the other electronic device (e.g., the first external IP address may be the IP address of the other electronic device); asking a server to find the IP address of the other electronic device; asking a router to provide the IP address of the other electronic device; asking a third-party service to determine the IP address of the other electronic device; and/or, if a network (such as network 116 in FIG. 1 ) is a public network (such as the Internet), determining the IP address of the other electronic device. In some embodiments, the change in the location is detected using: a Network Addressing Translation-Port Mapping protocol, a Universal Plug and Play protocol, and/or a Hairpin Network Addressing Translation protocol. Note that the update(s) may be provided via the SVPN and/or or a different communication channel than the SVPN (such as via email or a text message). In some embodiments, the update is communicated to the users of the SVPN by a third party, who is other than one of the users.

If communication of a secure message with the update to the location of one of the electronic devices in the group of electronic devices or the computer fails, the first electronic device or the computer may provide may provide a secure message with the update to the location to a trusted computer or server in a network (such as network 116 in FIG. 1 ). Then, other components in the SVPN (such as the group of electronic devices) may access this secure message with the update on the trusted computer. In this way, the group of electronic devices may obtain updates to the locations even if one or more of the electronic devices or the computer are temporarily unable to communicate with each other (such as when there is a power failure). Alternatively or additionally, if communication with one of the electronic devices in the group of electronic devices fails for a time interval (such as 1 min, 10 min, 30 min, 1 hr., etc.), the first electronic device may access the trusted computer in the network and may obtain a secure message with an update to a location of another electronic device or the computer (which may be encrypted using the encryption key of another user in the SVPN) that was posted by one or more of the electronic devices in the group of electronic devices or the computer and that is stored on the trusted computer.

In some embodiments, if communication with one of electronic devices in the group of electronic devices fails for the time interval, the first electronic device or the computer may poll one of more of the other electronic devices in the group of electronic devices to determine an update to the location of this electronic device. Notably, in response to update requests from the first electronic device or the computer, the other electronic devices in the group of electronic devices may provide the location information of a ‘lost’ electronic device in the group of electronic devices that is stored or included in the pre-established and maintained associations. Then, the first electronic device or the computer may use the location specified in the location information from the majority of the electronic devices in the group of electronic devices, or the first electronic device or the computer may try all of the locations in the location information received from the other electronic devices in the group of electronic devices in order to re-establish secure communication.

In some embodiments, one or more authentication techniques may be used to improve security in the SVPN. For example, when the computer establishes or generates the virtual machine for the contain for the SVPN or when the first instance of the application is provided to the first electronic device, the computer may generate a first device-access key (or may select and assign a predetermined device-access key) that is specific to the first electronic device, and may provide or communicate the first device-access key to the first electronic device. Subsequently, when the first user attempts to access the SVPN using the first electronic device (such as via the first instance of the application that is installed on and that executes on the first electronic device), the first electronic device may use the first device-access key to authenticate with the computer. Note that the first device-access key may include an asymmetric key, such as a secure-shell public encryption key.

Moreover, in some embodiments the first instances of the application executed by first electronic device may be authenticated, thereby adding another layer of security in the communication techniques. For example, the computer may provide (such as every 30 min, hour or six hours) a challenge (such as a random or a pseudorandom number) to the first electronic device. In response, the first electronic device may respond by providing an encoded version of the challenge to the computer. The encoded version of the challenge may be generated using an authentication module or instructions in the first instance of the application executed by the first electronic device. After receiving the encoded version of the challenge, the computer may compare a second encoded version of the challenge (which was generated using an instance of an authentication module executed by the computer) to confirm that they are the same, and thus, associated with the provider of the SVPN.

For example, a given authentication module may use a hash function (such as SHA-256) and an identification number that is specific to a given instance of the application to generate a given encoded version of a challenge. The computer may have the identification numbers for the instances of the application on the group of electronic devices in the SVPN (e.g., these identification numbers may be exchanged during the invitation process described further below with reference to FIGS. 6-7 ), and the computer may generate multiple other encoded versions of the challenge using the different identification numbers to confirm that one of the other encoded versions of the challenge matches the encoded version of the challenge received from the given electronic device. (Note that the use of the identification number may prevent an instance of the application being used to provide encoded versions of a challenge to other electronic devices that are not associated with the provider of the SVPN. For example, each of the instances of the application may maintain a ‘white list’ of allowed identification numbers or a ‘black list’ of non-allowed identification numbers, and the white list and/or the black list may be regularly updated by the computer or by a provider of the SVPN.) More generally, the authentication module may implement a coding technique (such as an encryption technique). In some embodiments, the instances of the authentication module include a set of coding techniques (such as 32 different hash functions) and, at any given time, a common setting that specifies one of the coding techniques may be distributed to the instances of the application executed by the group of electronic devices in the SVPN so that they all use the same coding technique in their instances of the authentication module. Thus, the authentication module may be used to authenticate an instance of the application executing on a given electronic device.

Furthermore, in some embodiments, the first user can add one or more additional electronic devices to the SVPN, and which as associated with the account of the first user. As with the first electronic device, the one or more additional electronic devices may have master privileges in the SVPN. The one or more additional electronic devices may have access to the set of first encryption keys. For example, when the first user adds the one or more additional electronic devices to the SVPN, the first electronic device may provide the set of first encryption keys or information that specifies the set of first encryption keys (such as the first token or another token) to the one or more additional electronic devices. Alternatively, in response to a add request received from the first electronic device, the computer may generate or select and provide the other token to the first electronic device. Then, the first electronic device may forward the other token and the location of the computer (such as an IP address, or equivalently a fully qualified domain name, and a communication port) to one of the one or more additional electronic devices. Moreover, after receiving the other token, this other electronic device may submit the other token to the computer. If the computer determines that the other token is valid, the computer may generate another device-access key (or may assign another predetermined device-access key) that is specific to the other electronic device, and may provide or communicate the other device-access key to the other electronic device. This other device-access key may authenticate the other electronic device to the computer when the use attempts to access the SVPN using the other electronic device.

FIG. 5 presents a drawing illustrating an example of communication between electronic device 110-1 and computer 112. Based at least in part on an instruction or a command 510 received from the first user using a user-interface device 508 in electronic device 110-1 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), processor 530 in electronic device 110-1 may instruct an interface circuit 512 in electronic device 110-1 to provide a set-up request (SUR) 514 to computer 112.

After receiving request 514, interface circuit 516 in computer 112 may provide set-up request 514 to processor 518. In response, processor 518 may establish a virtual machine (VM) 520 that provides a container for an SVPN for the first user, including storing associated information 522 in memory 524 in computer 112.

Then, processor 518 may provide information 526 to electronic device 110-1 via interface circuit 516. This information can be used to generate a set of first encryption keys 528. (Alternatively, processor 518 may select and provide a predetermined set of encryption keys in memory 524.) After receiving information 526, interface circuit 510 may provide information 526 to processor 530, which uses information 526 to generate the set of first encryption keys (SFEK) 528. Next, processor 530 may store the set of first encryption keys 528 in memory 532 in electronic device 110-1.

Moreover, processor 518 may generate device-access key (DAK) 534, which is provided to electronic device 110-1 via interface circuits 516 and 512. Furthermore, processor 530 may store device-access key 534 in memory 532. In some embodiments, processor 530 provides an identification number (IN) 536 of the first instance of the application 336 to electronic device 110-1 via interface circuits 516 and 512. This identification number may be stored by processor 530 in memory 532.

FIG. 6 presents a flow diagram illustrating an example method 600 for inviting a user to join an SVPN, which may be performed by a computer (such as computer 112 in FIG. 1 ). During operation, the computer may receive an invitation message (operation 610), e.g., from a first electronic device associated with a first user, which includes an address associated with a second user. For example, the first user may use a first instance of an application executing on the first electronic device to generate the invitation message. In some embodiments, the first user may provide the address (such as an email address or a telephone number) of the second user that the first user wants to invite to join the SVPN, e.g., by accessing contact information in an address book (such as an address book associated with an email application or a contact list associated with a telephone or a communication application).

In response to the invitation message, the computer may provide a guest message (operation 612) to the address that invites the second user to join the SVPN of the first user and that includes a link or information specifying the link to join the SVPN of the first user. For example, the computer may communicate the guest message to the address via a server than manages a communication account of the second user (such as an email server) using a different communication channel than the SVPN (e.g., via out-of-band communication, such as an email or a text message). Alternatively, the computer may provide the guest message to the first electronic device, which then provides the guest message to the address.

Then, in response to receiving information (operation 614) specifying activation of or navigation to the link (such as if the second user clicks on or activates the link, which indicates acceptance of the invitation), the computer may provide, to a second electronic device associated with the second user, a second instance of the application (operation 616) associated with the SVPN that provides guest privileges in the SVPN of the first user, and thus allows the second user to join the SVPN of the first user. Note that, in some embodiments, receiving the information specifying activation of or navigation to the link may involve communication via an out-of-band communication channel and/or a different communication technique that is or are associated with or used in the SVPN.

When or after the second instance of the application is provided to the second electronic device, the computer may provide information (operation 618) to the second electronic device that can be used to generate a set of second encryption keys (such as a second token), which may include one or more encryption keys. For example, the second token may include or may specify a generating function that is used by the second electronic device (such as the second instance of the application) to generate the set of second encryption keys. However, in some embodiments, the computer may generate or select the set of second encryption keys, and then may provide the set of second encryption keys to the second electronic device. The set of second encryption keys may include at least a second encryption key that is a counterpart to at least one encryption key in the set of first encryption keys that is reserved for communication between the first electronic device and at least the second electronic device, and which allow the second electronic device to communicate secure messages only with other electronic devices in the SVPN (such as the first electronic device or at least a subset of the group of electronic devices). Notably, the second encryption key may include a public encryption key of the first user. In some embodiments, the second encryption key is included in a key chain with the set of first encryption keys.

Note that the set of second encryption keys may not be stored in memory of the computer and the computer may not be able to access the set of second encryption keys. This may ensure that the users of the SVPN (such as the second user) have exclusive control over who can via the content or the information in the secure messages that are communicated in the SVPN. Stated differently, neither the provider of the SVPN service nor the operator or provider of the computer that hosts the SVPN may be able to access or de-encrypt the secure messages that are communicated in the SVPN.

In some embodiments, the computer may optionally perform one or more additional operations (operation 620). Notably, when the computer receives the information specifying the activation of or navigation to the link, the computer may receive the location or network address of the second electronic device (such as an IP address, or equivalently a fully qualified domain name, and a communication port), which the computer may use to establish a maintained association with the second electronic device in the SVPN. For example, maintaining a pre-established association may include storing in memory on the computer the location or network address of the second electronic device. In turn, when the second instance of the application is provided to the second electronic device, the computer may provide its location or network address, which the second electronic device may use to maintain a pre-establish a counterpart association with the computer.

In some embodiments, when or after the second instance of the application is provided to the second electronic device, the computer may generate a second device-access key (or may select and assign a predetermined device-access key) that is specific to the second electronic device, and may provide or communicate the second device-access key to the second electronic device. As discussed previously, when the second user attempts to access the SVPN using the second electronic device (such as via the second instance of the application that is installed on and that executes on the second electronic device), the second electronic device may use the second device-access key to authenticate with the computer. Note that the second device-access key may include an asymmetric key, such as a secure-shell public encryption key.

Furthermore, when or after the second instance of the application is provided to the second electronic device, the computer may provide a second identification number associated with the second instance of the application. As discussed previously, the second instance of the application may use the second identification number to generate an encoded version of a challenge received from the computer to authenticate the second instance of the application to the computer.

At least some of the aforementioned operations may be repeated for one or more additional users, so that the one or more additional users can join the SVPN of the first user with guest privileges.

In some embodiments, the second user (as well as other users with guest privileges in the SVPN) may not be verified. Therefore, the identity of the second user may not be known to the provider of the SVPN. However, in some embodiments, the second user (as well as other users with guest privileges in the SVPN) may be verified, e.g., by requesting and receiving billing information (and, more generally, providing information to set up an account) from the second user during method 600. Thus, in some embodiments the identity of the second user may be known to the provider of the SVPN.

In this way, the first user of the first electronic device may send invitations or guest messages to one or more users to build up the SVPN. Because there may be multiple invitations pending at a given time, the computer may include a particular transaction identifier in a given guest message. The transaction identifier may be included in a given response so that the first user can determine to which guest message the given response is related.

As noted previously, each of the other users in the SVPN may have their own SVPN. For example, each of the users in the SVPN may be a node in their own separate SVPNs, which at least partially overlap because these SVPNs may share one or more of the users. Thus, if the users establish their own accounts with the provider of the SVPNs, the computer may allow the users to establish their own SVPNs.

FIG. 7 presents a drawing illustrating an example of communication among electronic device 110-1, computer 112 and electronic device 110-2. Based at least in part on an instruction or a command 710 received from the first user using a user-interface device 708 in electronic device 110-1 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), a processor 712 in electronic device 110-1 may instruct an interface circuit 714 in electronic device 110-1 to provide an invitation 716 to computer 112, which may include an address associated with a second user.

After receiving invitation 716, interface circuit 718 in computer 112 may provide invitation 716 to processor 720. In response, processor 720 may instruct 722 interface circuit 718 to provide guest message 724 to the address associated with the second user. This guest message may invite the second user to join the SVPN of the first user.

Subsequently, interface circuit 726 in electronic device 110-2 may receive or access guest message 724, which is provided to a processor 728 in electronic device 110-2. Then, based at least in part on an instruction or a command 730 received from the second user using a user-interface device 732 in electronic device 110-2 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), which activates a link included in or specified in guest message 724, processor 728 may instruct interface circuit 726 to provide a response 734 to computer 112.

After receiving response 734, interface circuit 718 may provide it to processor 720. Then, processor 720 may instruct 736 interface circuit 718 to provide a second instance of an application 738 to electronic device 110-2. Moreover, after receiving application 738, processor 728 may install 740 application 738.

Next, processor 720 may provide information 742 to electronic device 110-2 via interface circuit 718. This information can be used to generate a set of second encryption keys (SSEK) 744. (Alternatively, processor 720 may select and provide a predetermined set of encryption keys in a memory in computer 112.) After receiving information 742, interface circuit 726 may provide it to processor 728, which uses information 742 to generate the set of second encryption keys 744. Next, processor 728 may store the set of second encryption keys 744 in a memory (not shown) in electronic device 110-2.

Moreover, processor 720 may generate device-access key 746 and/or identification number 748, which are provided to electronic device 110-2 via interface circuits 718 and 726. Furthermore, processor 728 may store device-access key 746 and/or identification number 748 in the memory in electronic device 110-2.

FIG. 8 presents a flow diagram illustrating an example method 800 for providing secure communication in an SVPN, which may be performed by a first electronic device (such as electronic device 110-1 in FIG. 1 ). During operation, the first electronic device receives content from a first user (operation 810). For example, the first user may provide the content to a first instance of an application executing on the first electronic device.

Then, after optionally accessing a first encryption key associated with the first user that is stored in memory, the first electronic device generates a first secure message (operation 812) based at least in part on the content, where generating the message involves encrypting the content based at least in part on the first encryption key. For example, the first instance of an application may generate the first secure message.

Moreover, the first electronic device provides, via an interface circuit in the first electronic device, the first secure message (operation 814) to at least a second electronic device associated with a second user in an SVPN of the first user. For example, the first secure message may include information that specifies a location or a network address of the second electronic device (such as information about a pre-established and maintained association with the second electronic device that is stored in the first electronic device). Alternatively, the first secure message may include information that specifies a location or a network address of a computer that provides the SVPN (such as by information about a pre-established and maintained association with the computer that is stored in the first electronic device), which may forward the first secure message to the second electronic device. Notably, in these embodiments, the first secure message may include information that specifies the second user or the second electronic device, and the computer may use this information to access a location or a network address of the second electronic device.

Furthermore, the first electronic device may receive, via the interface circuit in the first electronic device, a second secure message (operation 816) from at least the second electronic device associated with the second user in the SVPN. This second secure message may be received directly from the second electronic device or may be forwarded to the first electronic device by the computer.

Next, the first electronic device may provide content (operation 818) in the second secure message. For example, the first instance of an application may de-encrypt the second secure message using a second encryption key (which may be the same as or different from the first encryption key), such as an encryption key that is a counterpart to an encryption key associated with the second user that was used to encrypt the second message. In some embodiments, the first and the second electronic devices may use public-private encryption key pairs to allow encryption and de-encryption of secure messages. The encryption key pairs may be specific or reserved for communication between the first electronic device and the second electronic device or may be used during communication between the first electronic device and some or all of the group of electronic devices in the SVPN.

In some embodiments, a secure message communicated between the first electronic device and at least the second electronic device may optionally be digitally signed to authenticate its validity and integrity by allowing tampering to be detected. For example, the first instance of the application may digitally sign the first secure message.

Note that the first secure message or the second secure message may be provided via one or more queues. For example, the first electronic device may continue to attempt to provide the first secure message until it is received by the second electronic device. Then, the first secure message may be removed or deleted from the one or more queues.

Alternatively, queues associated with the users in the SVPN may be maintained by the computer. Notably, there may be a queue associated with each of the users. Secure messages for the users may, therefore, be added to the appropriate queues. When a given queue is not empty, the computer may attempt to communicate the secure messages in the queue to the associated electronic device(s) in the group of electronic devices or to the first electronic device. (More generally, if there are pending outgoing secure messages in multiple queues, the computer may attempt to flush or process the secure messages in these queues.) If, for some reason (such as a power failure), a given secure message is not received by its intended recipient electronic device (e.g., the computer does not receive an acknowledgment message), the given secure message may be maintained in the queue and the computer may continue to try to send the given secure message until it is received (thereby guaranteeing successful communication of the given secure message). After receiving confirmation that the given secure message was received, the computer may delete the given secure message from the queue.

In this way, the first electronic device may communicate with the second electronic device in the SVPN via the computer. While a give secure message may be forwarded by routers and servers in a network (such as network 116 in FIG. 1 ), the payload may not be extracted from a packet or frame associated with the secure message because only the group of electronic devices and the first electronic device may have access to the encryption key(s) that are needed to de-encrypt the secure message.

FIG. 9 presents a drawing illustrating an example of communication among electronic device 110-1, computer 112 and electronic device 110-2. Based at least in part on content 910 received from the first user using a user-interface device 908 in electronic device 110-1 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), a processor 912 in electronic device 110-1 may access encryption key (EK) 914 in a memory (not shown) in electronic device 110-1 to generate a secure message (SM) 916. Then, processor 912 may instruct an interface circuit 918 in electronic device 110-1 to provide secure message 916 to computer 112.

After receiving secure message 916, interface circuit 920 in computer 112 may provide secure message 916 to electronic device 110-2. For example, secure message 916 may include the location of electronic device 110-2 (such as in unencrypted preamble), and computer 112 may forward secure message 916 to electronic device 110-2. Alternatively, secure message 918 may include information that specifies a second user (such as in unencrypted preamble), and computer 112 may access a location 924 of electronic device 110-2 based at least in part on the second user (such as in a look-up table in memory 922 that stores a pre-established and maintained association between computer 112 and electronic device 110-2) and then may forward secure message 916 to electronic device 110-2.

Then, after receiving secure message 916, interface circuit 926 in electronic device 110-2 may provide secure message 916 to processor 928 in electronic device 110-2. Processor 928 may access encryption key 930 in memory (not shown) in electronic device 110-2 to de-encrypt a payload 932 in secure message 916.

Next, based at least in part on content 934 received from the second user using a user-interface device 936 in electronic device 110-2 (such as a mouse, a keyboard, a voice-recognition device, a trackpad, another user-interface device, a touch-sensitive display, etc.), a processor 928 may access encryption key 938 in the memory (not shown) in electronic device 110-2 to generate a secure message 940. Then, processor 928 may instruct interface circuit 926 to provide secure message 940 to computer 112.

After receiving secure message 940, interface circuit 920 may provide secure message 940 to electronic device 110-1. For example, secure message 940 may include the location of electronic device 110-1 (such as in unencrypted preamble), and computer 112 may forward secure message 940 to electronic device 110-1. Alternatively, secure message 940 may include information that specifies the first user (such as in unencrypted preamble), and computer 112 may access a location 942 of electronic device 110-1 based at least in part on the first user (such as in a look-up table in memory 922 that stores a pre-established and maintained association between computer 112 and electronic device 110-1) and then may forward secure message 940 to electronic device 110-1.

Then, after receiving secure message 940, interface circuit 918 may provide secure message 940 to processor 912. Processor 912 may access encryption key 944 in the memory in electronic device 110-1 to de-encrypt a payload 946 in secure message 940.

FIG. 10 presents a flow diagram illustrating an example method 1000 for providing backup and failover for an SVPN, which may be performed by a computer (such as computer 112 or the optional local computer 122 in FIG. 1 ). During operation, the computer may mirror or copy a local computer (operation 1010) that provides a SVPN of a first user. For example, the computer may routinely (such as periodically or after a time interval, such as 5, 10, 15, 30 or 60 min) backup or copy the local computer.

Moreover, the computer may provide failover redundancy (operation 1012) for the local computer. For example, the computer and the local computer may routinely (such as periodically or after a time interval, such as a few minutes) exchange proof-of-life messages or ping each other. If a timely proof-of-life message is not received from the local computer, the computer may take over and provide the SVPN of the first user until the local computer is available again.

For example, when the local computer is providing the SVPN, secure messages communicated among electronic devices in the SVPN may be routed through the local computer. Then, when the computer is providing the SVPN, secure messages communicated among electronic devices in the SVPN may be routed through the computer. Alternatively, when the local computer is providing the SVPN, secure messages communicated among electronic devices in the SVPN may be routed through the computer and the local computer, e.g., the secure messages may be sent to the computer, which then forwards them to the local computer, which routes them to their destinations. Then, when the computer is providing the SVPN, secure messages communicated among electronic devices in the SVPN may be routed only through the computer.

Note that, when the computer is providing the SVPN, the computer may notify the electronic devices in the SVPN so that secure messages may be directed to the computer. Then, when the local computer is providing the SVPN, the computer or the local computer may notify the electronic devices in the SVPN so that secure messages are directed to the local computer.

In some embodiments, the local computer may provide the same functions as the computer. For example, the local computer may include a virtual machine that provides a container for the SVPN. Furthermore, in some embodiments, the local computer may provide the functions of a router.

FIG. 11 presents a drawing illustrating an example of communication among electronic device 110-1, computer 112, the optional local computer 122 and electronic device 110-2. When optional local computer 122 is providing an SVPN, secure messages 1110 may be communicated between electronic devices 110-1 and 110-2 via optional local computer 122. Routinely, computer 112 may backup or copy information 1112 from optional local computer 122.

Moreover, computer 112 and optional local computer 122 may routinely exchange proof-of-life (POF) messages 1114. When a timely POF message is not received by computer 112, computer 112 may take over and provide the SVPN. Furthermore, computer 112 may notify 1116 electronic devices 110-1 and 110-2 that it is providing the SVPN. Consequently, secure messages 1118 may be communicated between electronic devices 110-1 and 110-2 via computer 112.

Subsequently, when computer 112 receives a POF message 1120 from optional local computer 122, computer 112 may notify 1122 electronic devices 110-1 and 110-2 that optional local computer 122 is providing the SVPN. Then, secure messages 1124 may be communicated between electronic devices 110-1 and 110-2 via optional local computer 122.

In some embodiments, optional local computer 122 (which is sometimes referred to as a ‘homebase’) and/or computer 112 allow users to share their personal information and media in an SVPN in which multiple individuals or organizations (the nodes in the SVPN) interact with each other by exchanging secure messages with information or content via the interconnections or links in the SVPN. This SVPN allows the users to share their lives with their friends, while simultaneously protecting privileged and private information. Thus, optional local computer 122 and/or computer 112 may allow the users full control over who they exchange information with, which allows the users to enjoy the benefits of the online world with more choice over how they share information about themselves with others.

The communication techniques may be implemented using several components, including: optional local computer 122 and/or computer 112. Optional local computer 122 may perform the functions of a home router and, as described further below, the user's account with a provider of optional local computer 122 and the SVPN may be a source or verification of the user's online identity. Moreover, optional local computer 122 and/or computer 112 may function as a jukebox, a filing cabinet at home and online, and thus may be a place where a user stores their most-important information. Consequently, optional local computer 122 and/or computer 112 may provide a common framework for storage and sharing, both inside a local network and remotely.

The SVPN gives users control over what they share. Notably, the SVPN may allow the users to exchange information with each other, such as personal blogs of chat rooms or groups that are organized and discoverable by the users in an SVPN using a decentralized architecture.

Optional local computer 122 and/or computer 112 may combine the functions of a network-attached-storage device and cloud-based storage system. Files stored on optional local computer 122 and/or computer 112 may be shared with a select group of friends (such as the other users in the SVPN). However, sharing and streaming of content may be restricted to connected or associated users in the SVPN, not to the public at large.

One of the problems with many existing peer-to-peer networks is that they are discoverable. Although many consumers have consistent network connections, most do not have permanent IP addresses. This may make it difficult for users to point other users to their electronic devices without centralized guidance or coordination. The distributed SVPN in the communication techniques addresses this problem by tracking, maintaining and, as needed, updating IP addresses and communication ports. For example, when optional local computer 122 is first connected, it may relay its address to computer 112. Whenever, the local IP address changes, optional local computer 122 may update the information stored in computer 112. In addition, optional local computer 122 may update the electronic devices in the SVPN. This may provide a foundation for a layered notification system that disseminates updates to the locations or addresses of optional local computer 122 in the SVPN.

For example, Larry, may have optional local computer 122. Larry may invite Moe and Curly to join his SVPN. After the initial associations are made, optional local computer 122 and computer 112 may be updated with any changes to the addresses of the electronic devices of these users. Moreover, when Larry updates his news feed, optional local computer 122 or computer 112 may send secure messages to Moe and Curly's electronic devices with his latest news. When either of them accesses the SVPN using instances of an application on their electronic devices, their personalized news feed may already be downloaded with the latest updates from their connections. Note that no user content may reside on a web page or a server associated with a provider services (such as a provider of computer 1122). Instead, the data may be pushed out from optional local computer 122 or computer 112 to Moe and Curly's electronic devices.

This approach may offer numerous advantages. For example, because the electronic devices, optional local computer 122 and/or computer 112 may have a copy of the addresses of the electronic devices of the users in the SVPN, it is possible for the users to communicate with each other in the SVPN. This may provide a foundation for other forms of communication, such as: voice over Internet Protocol, video conferencing and/or messaging. Note that at least the payloads in all the communication in the SVPN may be encrypted.

As noted previously, a user's account with a provider of one or more SVPNs may be used to verify the user. This is shown in FIG. 12 , which presents a flow diagram illustrating an example method 1200 for providing a verified persona, which may be performed by a computer (such as computer 112 or the optional local computer 122 in FIG. 1 ). During operation, the computer receives a verification query (operation 1210) from another computer in response to a login attempt by a verified persona to a service associated with or provided by the other computer, where the verification query includes information that specifies the verified persona (such as a fictitious username and/or password). For example, a verified user that has an account with a provider of an SVPN that is hosted by the computer, may establish one or more verified personas using their account. The verified personas may obfuscate the identity of the verified user.

Note that the computer and the other computer may be associated with the same or different entities or providers. For example, the computer may be associated with a first provider, the other computer may be associated with a different second provider, and a provider of an SVPN that is hosted by the computer may be different from the first provider or the second provider.

In response to the verification query, the computer may access stored account information (operation 1212) to determine whether the verified persona is, e.g., valid or not based at least in part on the verified persona. For example, billing information associated with an account of a user may be used to verify one of their one or more verified personas or their identity. Then, the computer may provide a verification response (operation 1214) to the other computer that indicates whether the verified persona is valid or not.

Note that the verification may be performed by a third party (e.g., based at least in part on a credit card or, more generally, based at least in part on a financial instrument of a user). Thus, the verification may be performed out-of-band or using a different channel or communication technique than the communication in the SVPN.

In this way, a user's account with a provider of the SVPN may enable the use of verified personas that provide the benefits of routine anonymity or privacy when using other online applications or services (such as chat applications, social networks, etc.), but that provide the safety or protection associated with users whose identities can be verified or, as needed (such as in an emergency or in response to a request from civil or legal authorities), determined. This may allow the users to selectively control how information about them is shared, while preventing fraudulent, unwanted, criminal or dangerous activity. Furthermore, this capability may allow an online application or service to take appropriate remedial action.

In some embodiments of method 200 (FIG. 2 ), 400 (FIG. 4 ), 600 (FIG. 6 ), 800 (FIG. 8 ), 1000 (FIG. 10 ), 1200 (FIG. 12 ), there may be additional or fewer operations. Moreover, one or more different operations may be included. Furthermore, the order of the operations may be changed, and/or two or more operations may be combined into a single operation. Additionally, one or more of the operations performed in a given method may be performed in a different method or in two or more different methods.

FIG. 13 presents a drawing illustrating an example of communication among electronic device 110-1, computer 112 and computer 128. Based at least in part on an instruction or command from a user of electronic device 110-1, electronic device 110-1 may provide login information 1310 to computer 128, which provides or hosts an online service or application (such as a social network). This login information may correspond to a verified persona 1318 of the user with an SVPN hosted by computer 112. Consequently, login information 1310 may include a location 1312 or network address of computer 112.

In response to receiving login information 1310, computer 128 may provide a verification query 1314 to computer 112.

Moreover, in response to the verification query 1314, computer 112 may access stored account information 1316 to determine whether verified persona 1318 is, e.g., valid or not based at least in part on verified persona 1318. Then, computer 112 may provide a verification response 1320 to computer 128 that indicates whether verified persona 1318 is valid or not.

Note that, in some embodiments, communication in one or more of the preceding embodiments may involve an out-of-band communication channel and/or a different communication technique that is or are associated with or used in the SVPN. For example, in method 600 (FIG. 6 ), receiving the information specifying activation of or navigation to the link may involve communication via an out-of-band communication channel and/or a different communication technique that is or are associated with or used in the SVPN.

Moreover, communication among components (such as electronic device 110-1 or computer 112 in FIG. 1 ) in the described embodiments may involve the communication of one or more packets or frames.

Furthermore, while operations in the preceding embodiments are illustrated as involving one of unilateral or bilateral communication, in general a given operation in the preceding embodiments may involve unilateral or bilateral communication.

FIG. 14 presents a block diagram illustrating an electronic device 1400, such as one of electronic devices 110, computer 112, optional enrollment computer 114, optional base station 118, optional access point 120, or optional local computer 122 in FIG. 1 . This electronic device includes processing subsystem 1410, memory subsystem 1412 and networking subsystem 1414. Processing subsystem 1410 includes one or more devices configured to perform computational operations. For example, processing subsystem 1410 can include one or more microprocessors, application-specific integrated circuits (ASICs), microcontrollers, programmable-logic devices, graphical processing units (GPUs) and/or digital signal processors (DSPs). One or more of these components in processing subsystem are sometimes referred to as a ‘control mechanism’ or a ‘control circuit.’

Memory subsystem 1412 includes one or more devices for storing data and/or instructions for processing subsystem 1410 and/or networking subsystem 1414. For example, memory subsystem 1412 can include dynamic random access memory (DRAM), static random access memory (SRAM), and/or other types of memory. In some embodiments, instructions for processing subsystem 1410 in memory subsystem 1412 include: one or more program modules or sets of instructions (such as program instructions 1422, operating system 1424, authentication instructions 1432 or application 1434), which may be executed by processing subsystem 1410. Note that the one or more computer programs may constitute a computer-program mechanism. Moreover, instructions in the various modules in memory subsystem 1412 may be implemented in: a high-level procedural language, an object-oriented programming language, and/or in an assembly or machine language. Furthermore, the programming language may be compiled or interpreted, e.g., configurable or configured (which may be used interchangeably in this discussion), to be executed by processing subsystem 1410.

In addition, memory subsystem 1412 can include mechanisms for controlling access to the memory. In some embodiments, memory subsystem 1412 includes a memory hierarchy that comprises one or more caches coupled to a memory in electronic device 1400. In some of these embodiments, one or more of the caches is located in processing subsystem 1410.

In some embodiments, memory subsystem 1412 is coupled to one or more high-capacity mass-storage devices (not shown). For example, memory subsystem 1412 can be coupled to a magnetic or optical drive, a solid-state drive, or another type of mass-storage device. In these embodiments, memory subsystem 1412 can be used by electronic device 1400 as fast-access storage for often-used data, while the mass-storage device is used to store less frequently used data.

Networking subsystem 1414 includes one or more devices configured to couple to and communicate on a wired and/or wireless network (i.e., to perform network operations), including: control logic 1416, interface circuits 1418 and associated antennas 1420. (While FIG. 14 includes antennas 1420, in some embodiments electronic device 1400 includes one or more nodes, such as nodes 1408, e.g., pads, which can be coupled to antennas 1420. Thus, electronic device 1400 may or may not include antennas 1420.) For example, networking subsystem 1414 can include a Bluetooth networking system, a cellular networking system (e.g., a 3G/4G/5G network such as UMTS, LTE, etc.), a universal serial bus (USB) networking system, a networking system based on the standards described in IEEE 802.11 (e.g., a Wi-Fi networking system), an Ethernet networking system, and/or another networking system. Note that the combination of a given one of interface circuits 1418 and at least one of antennas 1420 may constitute a radio. In some embodiments, networking subsystem 1414 includes a wired interface, such as an Ethernet interface.

Networking subsystem 1414 includes processors, controllers, radios/antennas, sockets/plugs, and/or other devices used for coupling to, communicating on, and handling data and events for each supported networking system. Note that mechanisms used for coupling to, communicating on, and handling data and events on the network for each network system are sometimes collectively referred to as a ‘network interface’ for the network system. Moreover, in some embodiments a ‘network’ between the electronic devices does not yet exist. Therefore, electronic device 1400 may use the mechanisms in networking subsystem 1414 for performing simple wireless communication between the electronic devices, e.g., transmitting advertising or beacon frames and/or scanning for advertising frames transmitted by other electronic devices as described previously. In some embodiments, networking subsystem 1414 includes queues 1430 that are associated with users of other instances of electronic device 1400.

Authentication instructions 1432 may implement a coding technique (such as a current coding technique specified by a setting or flag in operating system 1424), which is used to verify electronic device 1400 and/or application 1434. Moreover, application 1434 may facilitate secure communication in an SVPN of a user.

Within electronic device 1400, processing subsystem 1410, memory subsystem 1412 and networking subsystem 1414 are coupled together using bus 1428. Bus 1428 may include an electrical, optical, and/or electro-optical connection that the subsystems can use to communicate commands and data among one another. Although only one bus 1428 is shown for clarity, different embodiments can include a different number or configuration of electrical, optical, and/or electro-optical connections among the subsystems.

In some embodiments, electronic device 1400 includes a display subsystem 1426 for displaying information on a display, which may include a display driver, an I/O controller and the display, such as a liquid-crystal display, a multi-touch touchscreen (which is sometimes referred to as a touch-sensitive display), etc.

Electronic device 1400 can be (or can be included in) any electronic device with at least one network interface. For example, electronic device 1400 can be (or can be included in): a desktop computer, a laptop computer, a subnotebook/netbook, a server, a tablet computer, a smartphone, a smartwatch, a cellular telephone, a consumer-electronic device (such as a television, a set-top box, audio equipment, video equipment, etc.), a portable computing device, a wearable electronic device, an access point, a router, a switch, a network-attached-storage device, communication equipment, test equipment, and/or another electronic device.

Although specific components are used to describe electronic device 1400, in alternative embodiments, different components and/or subsystems may be present in electronic device 1400. For example, electronic device 1400 may include one or more additional processing subsystems, memory subsystems, networking subsystems, and/or display subsystems. Moreover, while one of antennas 1420 is shown coupled to a given one of interface circuits 1418, there may be multiple antennas coupled to the given one of interface circuits 1418. Additionally, one or more of the subsystems may not be present in electronic device 1400. Furthermore, in some embodiments, electronic device 1400 may include one or more additional subsystems that are not shown in FIG. 14 . Also, although separate subsystems are shown in FIG. 14 , in some embodiments, some or all of a given subsystem or component can be integrated into one or more of the other subsystems or component(s) in electronic device 1400. For example, in some embodiments program instructions 1422 are included in operating system 1424. Note that operating system 1424 may provide services such as: a web browser, a media server, a file-sharing server, a router and/or a firewall.

Moreover, the circuits and components in electronic device 1400 may be implemented using any combination of analog and/or digital circuitry, including: bipolar, PMOS and/or NMOS gates or transistors. Furthermore, signals in these embodiments may include digital signals that have approximately discrete values and/or analog signals that have continuous values. Additionally, components and circuits may be single-ended or differential, and power supplies may be unipolar or bipolar.

An integrated circuit may implement some or all of the functionality of networking subsystem 1414, such as one or more radios. Moreover, the integrated circuit may include hardware and/or software mechanisms that are used for transmitting wireless signals from electronic device 1400 and receiving signals at electronic device 1400 from other electronic devices. Aside from the mechanisms herein described, radios are generally known in the art and hence are not described in detail. In general, networking subsystem 1414 and/or the integrated circuit can include any number of radios.

In some embodiments, networking subsystem 1414 and/or the integrated circuit include a configuration mechanism (such as one or more hardware and/or software mechanisms) that configures the radios to transmit and/or receive on a given channel (e.g., a given carrier frequency). For example, in some embodiments, the configuration mechanism can be used to switch the radio from monitoring and/or transmitting on a given channel to monitoring and/or transmitting on a different channel. (Note that ‘monitoring’ as used herein comprises receiving signals from other electronic devices and possibly performing one or more processing operations on the received signals, e.g., determining if the received signal comprises an advertising frame, calculating a performance metric, etc.) Furthermore, networking subsystem 1414 may include one or more wired interface circuits 1436 and one or more communication ports 1438 to receive and/or provide information in messages to other components in a system, such as electronic devices in an SVPN of a user.

While an SVPN was used as an illustration, in other embodiments the communication techniques are used to implement a secure, distributed storage environment and/or another secure online application.

Moreover, while communication protocols compatible with Wi-Fi and Ethernet was used as an illustrative example, the described embodiments may be used with a variety of network interfaces. Moreover, network 116 (FIG. 1 ) may include one or more public and/or private networks, such as the Internet, an intranet, etc. Furthermore, while some of the operations in the preceding embodiments were implemented in hardware or software, in general the operations in the preceding embodiments can be implemented in a wide variety of configurations and architectures. Therefore, some or all of the operations in the preceding embodiments may be performed in hardware, in software or both. For example, at least some of the operations in the communication techniques may be implemented using program instructions 1422, operating system 1424 (such as drivers for interface circuits 1418), authentication instructions 1432, application 1434 and/or in firmware in interface circuits 1418. Alternatively or additionally, at least some of the operations in the communication techniques may be implemented in a physical layer, such as hardware in interface circuits 1418.

While examples of numerical values are provided in the preceding discussion, in other embodiments different numerical values are used. Consequently, the numerical values provided are not intended to be limiting.

In the preceding description, we refer to ‘some embodiments.’ Note that ‘some embodiments’ describes a subset of all of the possible embodiments, but does not always specify the same subset of embodiments.

The foregoing description is intended to enable any person skilled in the art to make and use the disclosure, and is provided in the context of a particular application and its requirements. Moreover, the foregoing descriptions of embodiments of the present disclosure have been presented for purposes of illustration and description only. They are not intended to be exhaustive or to limit the present disclosure to the forms disclosed. Accordingly, many modifications and variations will be apparent to practitioners skilled in the art, and the general principles defined herein may be applied to other embodiments and applications without departing from the spirit and scope of the present disclosure. Additionally, the discussion of the preceding embodiments is not intended to limit the present disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown, but is to be accorded the widest scope consistent with the principles and features disclosed herein. 

What is claimed is:
 1. A computer, comprising: an interface circuit configured to communicate with a group of electronic devices, wherein the group of electronic devices includes at least a first electronic device and a second electronic device; a memory configured to store program instructions; and a processor, coupled to the interface circuit and the memory, configured to execute the program instructions, wherein, when executed by the processor, the program instructions cause the computer to perform one or more operations comprising: performing secure device-to-device communication between the first electronic device and the second electronic device in a secure virtual personalized network (SVPN) of a first user associated with the first electronic device, wherein the secure device-to-device communication is performed via an instance of a virtual machine in the computer that provides a container for the SVPN, wherein the SVPN is independent of another SVPN of another user that is hosted by the computer that is, at least in part, implemented using another instance of a virtual machine in the computer, wherein payloads in packets or frames in the secure device-to-device communication associated with a given electronic device in the first electronic device and the second electronic device are encrypted using an encryption key and the computer does not store and cannot access the encryption key, and wherein the first user has master privileges in the SVPN that allow the first user to perform the secure device-to-device communication in the SVPN and that allow the first user to invite a new member to the SVPN.
 2. The computer of claim 1, wherein there is at least partial overlap of members of the SVPN and the other SVPN.
 3. The computer of claim 1, wherein the computer is associated with a provider that is different from the first user or the other user.
 4. The computer of claim 3, wherein the first user has an identity that is known to the provider, and an identity of a second user associated with the second electronic device is not known to the provider.
 5. The computer of claim 3, wherein the first user has a verified identity and an identity of a second user associated with the second electronic device is not verified.
 6. The computer of claim 1, wherein a second user of the second electronic device has guest privileges in the SVPN that allow the second user to perform the secure device-to-device communication in the SVPN and that do not allow the second user to invite the new member to the SVPN.
 7. The computer of claim 1, wherein secure device-to-device communication occurs via instances of an application on the first electronic device and the second electronic device.
 8. The computer of claim 1, wherein a given packet or frame in the packets or frames includes a destination address, which is one of an address of the first electronic device or an address of the second electronic device.
 9. The computer of claim 1, wherein the operations comprise: providing a backup service for a local computer of the first user that comprises a second instance of a virtual machine that provides a second container for the SVPN of the first user; and providing failover redundancy for the secure device-to-device communication in the SVPN in the event that the local computer is unavailable, wherein the failover redundancy is facilitated by proof-of-life messages exchanged between the local computer and the computer.
 10. A non-transitory computer-readable storage medium for use in conjunction with a computer, the computer-readable storage medium storing program instructions, wherein, when executed by the computer, the program instructions cause the computer to perform one or more operations comprising: performing secure device-to-device communication between a first electronic device and a second electronic device in a secure virtual personalized network (SVPN) of a first user associated with a first electronic device, wherein performing secure device-to-device communication comprises: receiving, associated with one of the first electronic device and the second electronic device, packets or frames having payloads that are encrypted using an encryption key; and providing, addressed to the other of the first electronic device and the second electronic device, the packets or the frames; wherein the secure device-to-device communication is performed via an instance of a virtual machine in the computer that provides a container for the SVPN, wherein the SVPN is independent of another SVPN of another user that is hosted by the computer that is, at least in part, implemented using another instance of a virtual machine in the computer, wherein the computer does not store and cannot access the encryption key, and wherein the first user has master privileges in the SVPN that allow the first user to perform the secure device-to-device communication in the SVPN and that allow the first user to invite a new member to the SVPN.
 11. The non-transitory computer-readable storage medium of claim 10, wherein the computer is associated with a provider that is different from the first user or the other user.
 12. The non-transitory computer-readable storage medium of claim 11, wherein the first user has an identity that is known to the provider, and an identity of a second user associated with the second electronic device is not known to the provider.
 13. The non-transitory computer-readable storage medium of claim 11, wherein the first user has a verified identity and an identity of a second user associated with the second electronic device is not verified.
 14. The non-transitory computer-readable storage medium of claim 10, wherein a second user of the second electronic device has guest privileges in the SVPN that allow the second user to perform the secure device-to-device communication in the SVPN and that do not allow the second user to invite the new member to the SVPN.
 15. A method for performing secure device-to-device communication, comprising: by a computer: performing the secure device-to-device communication between a first electronic device and a second electronic device in a secure virtual personalized network (SVPN) of a first user associated with a first electronic device, wherein performing secure device-to-device communication comprises: receiving, associated with one of the first electronic device and the second electronic device, packets or frames having payloads that are encrypted using an encryption key; and providing, addressed to the other of the first electronic device and the second electronic device, the packets or the frames; wherein the secure device-to-device communication is performed via an instance of a virtual machine in the computer that provides a container for the SVPN, wherein the SVPN is independent of another SVPN of another user that is hosted by the computer that is, at least in part, implemented using another instance of a virtual machine in the computer, wherein the computer does not store and cannot access the encryption key, and wherein the first user has master privileges in the SVPN that allow the first user to perform the secure device-to-device communication in the SVPN and that allow the first user to invite a new member to the SVPN.
 16. The method of claim 15, wherein the computer is associated with a provider that is different from the first user or the other user.
 17. The method of claim 16, wherein the first user has an identity that is known to the provider, and an identity of a second user associated with the second electronic device is not known to the provider.
 18. The method of claim 16, wherein the first user has a verified identity and an identity of a second user associated with the second electronic device is not verified.
 19. The method of claim 15, wherein a second user of the second electronic device has guest privileges in the SVPN that allow the second user to perform the secure device-to-device communication in the SVPN and that do not allow the second user to invite the new member to the SVPN.
 20. The method of claim 15, wherein secure device-to-device communication occurs via instances of an application on the first electronic device and the second electronic device. 